第一次打開編輯頁面

第一次打開 Custom GPT 的編輯頁，畫面切成兩半：左邊是設定，右邊是即時測試對話。

我把畫面整理成三個核心欄位：

其他欄位（名字、描述、頭像、能力開關、Actions）也都有用，但設計的核心就在這三件。今天把它們一個一個拆開來看。

1. Instructions：給 GPT 的行為大綱

先來到開啟GPTs建置的畫面，從左邊的選單，點擊GPTs 進到畫面，再點擊右上角，新增一個自己的

Instructions 是貼在 GPT「腦袋最上面」的一段文字，每次對話開始都會被讀進來，定義 GPT 如何行為，並會套用到每一次對話。

它的工作是回答三個問題：

• 你是誰（角色、語氣、定位）
• 你要做什麼（流程、規則、邊界）
• 你不能做什麼（安全規則、禁區）

優點：

• 每次對話都會生效：不像 Knowledge 要靠檢索，Instructions 是強制讀入
• 能塞入流程骨架：適合放工作流程、決策樹、互動規則這類每次都要遵守的東西
• 改完即時生效：發佈後下一次對話就用新版，不用重啟、不用等

缺點：

• 8000 字元上限會超過：超過直接被截斷，不會 提示你「超了多少」，只會告訴你超過了
• 斷捨離：每個流程細節都塞進來，8000 字元一下就爆
• 不能跨對話記憶：Instructions 是靜態的，不會因為使用者上一次回答了什麼而變化，也沒有辦法拉進去Project裡面

老實說，我一開始也是把所有規則都塞進 Instructions 的：問題庫、計分規則、流程細節、範例對話通通往裡面塞，覺得這樣最直觀。結果直接大爆炸滿了XD
才把細節一個一個搬到 Knowledge 檔。這個踩坑的副作用是好的，拆完之後檔案分工反而清楚，後續維護也比一坨 8000 字好改得多。

8000 字元怎麼省，是後續的主題。先記住：Instructions 只塞「行為骨架」，細節去 Knowledge。

2. Knowledge：放不進 Instructions 的細節

Knowledge 是「上傳檔案」，GPT 在需要的時候才會去讀。它的角色是「行為以外的所有細節」。

對鼠勾以來說，Knowledge 裡放的是：

• 各區塊的問題庫（每題的問法、選項、總結模板）
• SA 就緒度的計分規則
• 各種檢查表（規格基線、例外情境、產出前自檢）
• 流程圖規範、PRD 模板、工時估算框架

舉例來說：Instructions 只說「區塊 5 完成後與使用者共編 Mermaid 流程圖」，到底怎麼共編、規格是什麼、Self-loop 怎麼畫，全部在 Knowledge 的《格式範例與指引》裡。

優點：

• 容量很大：20 個檔案上限，文字/文件檔另外要求每檔 ≤ 2M tokens，但對 Markdown 來說已經是幾十萬字。
• 可以分檔組織：不像 Instructions 是一大坨，Knowledge 可以拆成多個檔案、按職責分。
• 可替換不動 Instructions：改其中一個檔，重新上傳就好；Instructions 不用動。
• 支援多種格式：Markdown、PDF、Word、純文字都可以；我自己只用 Markdown。

缺點：

• 檢索行為不透明：你無法直接控制每一輪到底取回哪些片段，因此不能假設每一份 Knowledge 都一定會被命中。
• 檔名有意義：這是我的實測經驗，不是 OpenAI 公開的檢索規格。主題明確的檔名、標題與文件結構，比「final_v3_new.md」這種名字更容易維護，也更方便 Instructions 明確指定要參考哪份資料。
• 單檔別太大：不要因為上限很大就塞成一份巨型檔案：我自己的做法是按職責拆檔，方便維護、測試與在 Instructions 中指定參考來源，我自己控制單檔在 5-50KB 之間。
• 20 檔上限要規劃：寫到第 17、18 個檔時你會發現自己在數還剩幾格。

重點先記住：每個檔對應一個明確職責，名字要白話。

3. Conversation Starters：給「什麼都不懂的小白」一個能開始的地方

Conversation Starters 是 GPTs 對話頁面正下方那 4 個按鈕，使用者點下去就會送出對應的問句

它的真正用途，是給那種「沒人教過他、沒看過教學、不知道這個工具能幹嘛」的同事，一個可以直接點下去就動起來的入口。需求方PM 是這套工具的核心使用者，他們大多沒看過 ChatGPT 教學，打開鼠勾以就是不知道要幹嘛，這時候底下有 4 個按鈕，整件事就活了。

鼠勾以的 4 個按鈕長這樣：

• 從零開始
• 需求健檢
• 任務更新
• 意見回饋

對應到內部的 4 種模式（A 探索 / B 整理 / C 更新 / D 健檢）。

優點：

• 降低第一句話的門檻：使用者不用想「該怎麼跟 GPT 開口」。
• 能引導路由：4 個按鈕背後對應到 4 個處理流程，按下去等於選了模式。
• 設計成本低：寫 4 句話，每句 30 字以內。

缺點：

• 只能 4 個：超過你得自己把按鈕想得更通用、或讓 Instructions 接住「自由文字」的情況，你可以設定超過4個，但是介面上不會出現
• 無法動態變化：不能根據使用者狀態調整，永遠是這 4 個，而且只有剛開啟才會有
• 文案是體驗的第一印象：寫得抽象使用者就懂不了，每一字都重要。

三件套怎麼配合

把它們放在一起看，分工就清楚了：

主廚有 SOP 知道怎麼運作，食譜書放在櫃子裡需要時翻；菜單貼在門口降低點餐成本。三者各司其職，少一個都會出問題：

• 只有 Instructions 沒有 Knowledge → 每個細節都得塞進 8000 字元裡，撐不住
• 只有 Knowledge 沒有 Instructions → GPT 不知道什麼時候該去翻哪一本
• 沒有 Conversation Starters → 使用者打開後盯著輸入框，不知道怎麼開始

對應到 Day 4 講的四個設計目標：

• 手把手 → 主要靠 Conversation Starters 給入口 + Instructions 定義「一次只問一題」
• 低門檻 → 三件套的設定都不需要寫程式
• 會挑戰 → Instructions 引用 Knowledge 裡的《挑戰檢查規則》
• 能落地 → Instructions 規範產出流程、Knowledge 放 PRD 模板與 Mermaid 規格

每一個設計決定都能拉回到這三件套的某一件來實作。

小結

Custom GPT 看起來欄位很多，核心其實就三件：Instructions 寫行為、Knowledge 放細節、Conversation Starters 開入口。把這三件搞清楚，後面所有細節都是在這個架構上做取捨。

Day 6 我會把鼠勾以的 Knowledge 拆開來，講為什麼要分這麼多檔、每個檔的職責是什麼、為什麼不塞在一份大檔裡。檔案之間的關聯、彼此牽動的點，是這套工具最容易被忽略、但維護成本最高的地方。

這是 iThome 鐵人賽系列文章。明天見。